Commit Debian 3.0 (quilt) metadata

[dgit (11.4) quilt-fixup]

Merge version 10.20250416-2+rpi1 and 10.20251029-1 to produce 10.20251029-1+rpi1

Commit Debian 3.0 (quilt) metadata

[dgit (13.17) quilt-fixup]

Finalise changelog for 10.20251029-1 upload

changelog

Merge tag '10.20251029'

tagging package git-annex version 10.20251029

releasing package git-annex version 10.20251029

Added a comment

bug

Propose emphemeral special remotes

Initiate request for request redirection

assistant: Fix reversion that caused files to be added locked by default.

92c4a3441426e359dc8028175a22a54dae0c09be added a new config, but used an
existing config, which defaults to true. Oops!

remove redundant comment

add

add

typo

Added a comment

Merge branch 'master' of ssh://git-annex.branchable.com

Support ssh remotes with '#' and '?' in the path to the repository

The same way git does.

Affected repository types are regular git ssh remotes, and also gcrypt
remotes, and potentially also bup remotes.

repoPath is used for such repositories accessed over ssh. uriPath is used
in some other places, eg the bittorrent special remote, where it would not
be appropriate to mimic git's behavior. The distinction seems to hold up
well from what I can see.

The ordering of uriFragment after uriQuery is to correctly handle cases
where both appear in an url. "ssh://localhost/tmp/foo?baz#bar" has an
uriFragment of "#bar" and an uriQuery of "?baz". On the other hand,
"ssh://localhost/tmp/foo#baz?bar" has an uriFragment of "#baz?bar" and no
uriQuery.

Sponsored-by: Dartmouth College's DANDI project

Added a comment: Re: support for bulk write/read/test remote - ps

removed

Added a comment: Rr: support for bulk write/read/test remote (PS)

Added a comment: Re: support for bulk write/read/test remote - joey

Added a comment

comment

Merge branch 'master' of ssh://git-annex.branchable.com

Revert "update"

This reverts commit 48090579d91d92318d8b394c17b26b4a6af6ee69.

update

update

much better

rename tips/Acquaintances_-_Connecting_Projects_to_Share_Files.mdwn to tips/Friends_-_Connecting_Projects_to_Share_Files.mdwn

comment

new idea, work in progress

Added a comment: My config works now

pass -m when signing tag

sign tags

push tags earlier

comment

make git-annex_$version tags in the downloads repo

Note the use of git tag -f, this way if it takes several tries to get a
release published, it will use the final one for the tag.

Tags have been retrospectively added for past releases, using this:

for v in $(git log --oneline --grep="publishing git-annex "| sed 's/ publishing git-annex / /'); do foo=$(echo "$v" | sed 's/ .*//'); bar=$(echo "$v" | sed 's/.* //');  git tag git-annex_"$bar" "$foo" ; done

Added a comment

Added a comment

complaining about choice of variable

comment

followup

Added a comment

comments

add Servant to build flags again

While the build flag is removed, datalad tests are relying on it being
present and there is no harm.

Added a comment: Fixed in 20050929

Revert "webapp: Remove support for local pairing"

This reverts commit 8ea6d7acc548cb35b4905c9c663e8a7de66ac752.

Temporarily, until builds finish for today's release.

webapp: Remove support for local pairing

As a feature only supported by the webapp, and not by git-annex at the
command line, this is by now a very obscure corner of git-annex, and not
one I want to keep maintaining.

It's worth removing it to avoid the security expsure alone. People using
the assistant w/o the webapp probably don't expect it to be listening on
a UDP port for a handrolled protocol, but it was.

The webapp has supported pairing via magic-wormhole since 2016, which
makes a link including between local computers, albeit with the overhead
of tor. That sort of covers the same use case. Of course advanced users
can easily enough add a ssh remote to their repository themselves, using
a hostname on the local network.

Sponsored-by: unqueued

remove old assistant release notes

add news item for git-annex 10.20250929

releasing package git-annex version 10.20250929

Fix build with ghc 9.0.2.

response

comment

add libghc-unbounded-delays-dev to debian/control deps

don't set locale encoding when opening binary file

importfeed: Fix encoding issues parsing feeds when built with OsPath.

comment typo

Merge branch 'master' of ssh://git-annex.branchable.com

enableremote: Allow type= to be provided when it does not change the type of the special remote

Fixes breakage in datalad test suite
https://github.com/datalad/datalad/issues/7747

Also, revert the change I earlier made to git-annex's own test suite due to
the same problem.

Added a comment: Cross link to importfeed parsing

Added a comment: Feed seems to now be parsed as UTF-8 characters, not binary mode

Added a comment: importfeed: utf-8 XML is (now?) parsed into 8-bit characters

Added a comment: Example still working feed

Added a comment: Debug output

Added a comment: Previous working build was 20250828

importfeed: Enum.toEnum{Word8}: tag (8217) is outside of bounds (0,255)

Added a comment

missing build dep for debian?

Remove the Servant build flag

Always build with support for annex+http urls and git-annex p2phttp.

remove unnecessary import

add news item for git-annex 10.20250925

releasing package git-annex version 10.20250925

Added a comment

update

comments

Merge branch 'master' of ssh://git-annex.branchable.com

preparing for a release

reorder

fixed

Added a comment: the X prefix conflicts with the eXternal backend namespace

Merge branch 'master' of ssh://git-annex.branchable.com

clean up imports needed by old versions of ghc

Now that ghc 9.0.2 is the oldest supported version.

Eg cruft from
https://web.archive.org/web/20190424185034/https://prime.haskell.org/wiki/Libraries/Proposals/SemigroupMonoid

Sponsored-by: Jack Hill